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(54) A port manager controller for connecting various function modules 



(57) An improved method and apparatus for con- 
necting various function modules located within a com- 
puter or communications system are proposed. In ac- 
cordance with the principles of the present invention, a 
port manager controller (PMC) has a direct interface to 
each of the function modules and to a host component 
such as a system memory or a CPU. The PMC replaces 
both the local bus and the arbitrator of prior art systems. 
All the requests by function modules to access the host 
component are first processed by the PMC. The PMC 
schedules the incoming requests in accordance with 
predefined parameters, such as priority, efficiency, and/ 



or timing. The PMC is capable of handling more than 
one request at a time. The PMC is also capable of dy- 
namically adapting to load conditions and rearranging 
the incoming requests to efficiently utilize the available 
bandwidth. Thus, the PMC reduces latency and im- 
proves the performance of the computer or communica- 
tions system. The PMC also eliminates the need for 
changes in bus architecture when newf unction modules 
are added or old function modules are removed and per- 
mits the reuse of old function modules. The PMC also 
reduces the need for internal buffers and thereby reduc- 
es manufacturing costs. 



FIG. 2 
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Description 

Field Of The Invention 

[0001] The present invention relates to computer and 
communications systems. In particular, the invention re- 
lates to technology for connecting external devices with 
a computer or communications system. 

Description Of The Related Art 

[0002] Many computer or communications systems 
that perform peripheral input/output functions or other 
network data exchange functions rely on one or more 
function modules to interconnect the system with one or 
more external devices. A function module is an input/ 
output block facilitating data communication between a 
device external to a computer or communications sys- 
tem and internal components located within that system. 
Examples of function modules include processor cores 
and interface cores. Examples of internal components 
include host components such as system memory and 
central processing units (CPUs). Examples of external 
devices include hard disk drives, printers, external mo- 
dems, floppy disk drives, and CD-ROMs. Traditionally, 
the function modules and host components are located 
on a single circuit board or on a single integrated chip. 
[0003] Function modules need to be interconnected 
to the internal components. This interconnection facili- 
tates data information sharing among the various func- 
tion modules. For example, a function module may re- 
ceive data from an external device and transmit the data 
to the system memory (also known as "writing" to the 
system memory). Alternatively, the function module may 
receive data from the system memory (also known as 
"reading" from the system memory) and transmit the da- 
ta to an external device. 

[0004] FIG. 1 is a block diagram illustrating a prior art 
system 100 wherein five function modules 101-109 are 
inter-connected via a local bus 120. In an exemplary 
case : function module 101 is an IEEE 1 394-95 control- 
ler, function module 103 is a peripheral component in- 
terconnect (PCI) bridge, function module 105 is an eth- 
ernet controller (in accordance with IEEE 802.3 Stand- 
ard), function module 107 is a universal serial bus 
(USB), and function module 109 is a high-speed inte- 
grated device electronics (IDE) controller. In addition, 
each function module is directly connected to an exter- 
nal device 151-159 (external to the integrated circuit 
where the function modules and the host components 
are located). 

[0005] Local bus 120 is connected to a central arbi- 
trator 122, which in turn is directly connected to a host 
component 130 (e.g., system memory or CPU). Arbitra- 
tor 122 controls the traffic on local bus 120. The traffic 
on local bus 120 represents data exchanged between 
host component 130 and function modules 101-109. 
Whenever a function module 101-109 needs to write to 
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and/or read from host component 1 30, the function mod- 
ule needs an access to local bus 120. In order to gain 
access to local bus 120, the function module sends an 
access request to arbitrator 122. Depending on the cur- 

5 rent traffic on local bus 120, arbitrator 122 either grants 
or denies the request. If access is granted, the function 
module performs the data exchange for a pre-deter- 
mined period of time or for a pre-defined number of 
bytes. After the data exchange is complete, the access 

io to local bus 120 is relinquished. At this time, another 
function module (or the same function module) may re- 
quest access to local bus 120, and the cycle is repeated 
all over again. 

[0006] Each function module is directly connected to 
is local bus 1 20 but only one function module can transmit 
or receive data via local bus 1 20 at a time. Arbitrator 1 22 
can handle only one access request at a time. Arbitrator 
122 relies on bus arbitration wherein all function mod- 
ules are polled for outstanding requests and then an ac^ 
cess is granted to only one function module based on a 
fixed priority basis. If local bus 120 is already in use by 
a first function module (i.e., conducting a data ex- 
change) when a second function module requests ac- 
cess to the bus, arbitrator 122 places the request from 
the second function module on hold. Only after the first 
function module completes its access to local bus 120 
(i.e., completes its data exchange) will arbitrator 122 
grant the request from the second function module. As 
such, the second function module has to wait until the 
first function module has completed its data exchange. 
This wait period (i.e., latency) adds to the actual time 
taken to complete a data exchange by the second func- 
tion module and adversely affects the performance of 
the computer or communications system.* 
[0007] Prior art system 100 also requires that function 
modules 101-109 have internal buffers (i.e., memory 
space) for temporarily storing data. If a function module 
receives data from an external device but cannot have 
immediate access to local bus 120, the function module 
must hold the data in its internal buffer until access to 
the bus is granted. Larger internal buffers are required 
to accommodate longer wait times. Internal buffers are 
expensive and the dollar cost increases with increased 
number/size of buffers. 

[0008] Generally, in prior art system 100, local bus 
120 is balanced to operate at maximum operating fre- 
quency. When new function modules are added to local 
bus 120 or any old function modules are removed from 
local bus 120, the prior art requires rebalancing to create 
maximum operating frequency. This rebalancing adds 
to the dollar cost. Alternatively, if the design or architec- 
ture of the local bus is upgraded or enhanced, the design 
of function modules accessing local bus 120 may need 
to be enhanced or replaced. This also adds to the dollar 
cost. 

[0009] In the prior art system 100, each function mod- 
ule has a predefined throughput (i.e., maximum band- 
width). Thus, if a particular function module requires ad- 
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ditional bandwidth on local bus 120 to complete a data 
exchange, the function module may not exceed its allo- 
cated maximum bandwidth even though additional 
bandwidth is available (not used by other functions). To 
complete the data exchange, the function module must 5 
request and wait for another access to local bus 120. 
This results in an inefficient use of the available band- 
width on local bus 1 20 and slows down the performance. 



Summary Of The Invention 

[0010] An improved method and apparatus for con- 
necting various function modules located within a com- 
puter or communications system are proposed. In ac- 
cordance with the principles of the present invention, a 
port manager controller (PMC) having a direct interface 
to each of the function modules and to a host component 
such as a system memory or a CPU is provided. The 
PMC replaces both the local bus and the arbitrator of 
prior art systems. All the requests by function modules 
to access the host component are first processed by the 
PMC. The PMC schedules the incoming requests in ac- 
cordance with predefined parameters, such as priority, 
efficiency, and/or timing. 

[001 1] The PMC is capable of handling more than one 
request at a time. The PMC is also capable of dynami- 
cally adapting to load conditions and rearranging the in- 
coming requests to efficiently utilize the available band- 
width. Thus, the PMC reduces latency and improves the 
performance of the computer or communications sys- 
tem. The PMC also eliminates the need for changes in 
bus architecture when new function modules are added 
or old function modules are removed and permits the 
reuse of old function modules. The PMC also reduces 
the need for internal buffers and thereby reduces man- 
ufacturing costs. 

[0012] In one embodiment, the present invention is a 
port manager controller for controlling access to a host 
component by a plurality of function modules, wherein 
the PMC comprises (a) a host component port config- 
ured to be connected to the host component; and (b) at 
least two function module ports, each configured to be 
connected via a point-to-point connection to one of the 
function modules. The PMC is configured to (1 ) receive 
a first access request from a first function module at a 
first function module port of the PMC, and (2) schedule 
a first access session for data exchange between the 
first function module and the host component via the 
host component port and the first function module port. 

Brief Description Of The Drawings 

[0013] Other aspects, features, and advantages of 
the present invention will become more fully apparent 
from the following detailed description, the appended 
claims, and the accompanying drawings in which: 
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FIG. 1 is a block diagram illustrating various com- 
ponents of a prior art computer or communication 
system; 

FIG. 2 is a block diagram illustrating a computer or 
communication system in accordance with one em- 
bodiment of the present invention; and 

FIG. 3 is a block diagram illustrating various com- 
ponents located within the port manager controller 
of FIG. 2. 

Detailed Description Of A Preferred Embodiment 



is [0014] FIG. 2 is a block diagram illustrating a compu- 
ter or communication system in accordance with a pre- 
ferred embodiment of the present invention. FIG. 2 illus- 
trates an exemplary case wherein a port manager con- 
troller (PMC) 200 is directly connected to function mod- . 

20 ules 101-109 via point-to-point connections 202. PMC 
200 is also directly connected to a host component 1 30 
via a host port, termed Port H. 

[0015] In the exemplary embodiment of FIG. 2, PMC 
200 comprises seven different function modules ports 

2S labeled as Ports A-G. Ports A-C are connected to func- 
tion module 1 01 wherein each port is equipped to handle 
unidirectional data streams to or from function module 
101. Ports A and B are used to perform operations in 
which data is received from host component 130 and 

30 transmitted to function module 101 (reading from the 
host component 130). Port C is used to transmit data 
from function module 101 to host component 130 (writ- 
ing to the host component 130). Ports D-G of PMC 200 
are connected to function modules 103-109, respective- 

35 |y. Each of Ports D-G is capable of handling bidirectional 
data streams (i.e., reading and writing). 
[0016] FIG. 2 illustrates an exemplary case wherein 
function module 101 is coupled to three ports and each 
of the other function modules 1 03-109 is coupled to only 

40 one port. This is only an illustration to show that each of 
the function modules may be coupled to one or more 
ports. Moreover, in alternative embodiments, PMCs of 
the present invention may have fewer or more than sev- 
en ports. 

45 [0017] In the present invention, each port has an op- 
tion of handling data transmission of different types. In 
an exemplary case, Port A may handle the type of data 
where data exchange must occur with minimal errors, 
e.g., writing to the memory. Port B may handle data 

so transmission where timely delivery of data is critical, e. 
g. t audio or video data transmission. Thus, Port A and 
Port B have different bandwidth and delivery require- 
ments that should be fulfilled by the PMC. PMC 200 of 
the present invention accomplishes this purpose. 

55 [0018] Furthermore, since each function module is 
connected to PMC 200 via a dedicated point-to-point 
connection 202, multiple function modules may send ac- 
cess requests in parallel to PMC 200. PMC 200 is ca- 
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pable of receiving and handling access requests (i.e., 
scheduling future access) even when a data exchange 
is currently in progress, thereby efficiently utilizing avail- 
able bandwidth. In an exemplary case, PMC 200 sched- 
ules accesses in a continuous order such that, at each 
clock cycle, data is transferred (sent or received) from 
the host component 130. In the prior art, a subsequent 
access request can only be sent upon completion of the 
data exchange for the previous access and clock cycles 
were wasted in the delay between the completion of one 
data exchange and the scheduling of the next access. 
[001 9] Thus, compared to the prior art serial local bus 
120 of FIG. 1, the latency in handling access requests 
is reduced by the present invention. As the latency in 
access is reduced, the need for internal buffers within 
function modules 101-109 is also reduced, which in re- 
turn reduces the dollar cost associated with manufac- 
turing. 

[0020] In the configuratbn of FIG. 2, each function 
module 101-109 identifies a particular operation to be 
performed using a system memory address or some 
other identification means. Such identification means 
are used every time a function module wants to perform 
an operation through PMC 200 (i.e., needs to transmit 
or receive data to or from the host component 130). 
When a function module needs to transmit or receive 
data from host component 130, the function module 
presents its identification information along with the data 
to PMC 200 and requests an access. PMC 200 evalu- 
ates the incoming access request and compares it to 
other pending access requests from other function mod- 
ules. PMC 200 may handle a plurality of incoming ac- 
cess requests at one time and may schedule them in an 
order based on priority, efficiency, timing, and/or other 
predefined parameters. PMC 200 may be programmed 
with a list of predefined parameters, which may be up- 
dated or modified later. 

[0021] FIG. 3 is a block diagram illustrating various 
components located within PMC 200 of FIG. 2, accord- 
ing to one embodiment of the present invention. PMC 
200 comprises Data Valid Logic (DVL) 301, Priority Res- 
olution Logic (PRL) 303, Access Granted Logic (AGL) 
305, Direction and Data Format Control Logic (DDFCL) 
307, and System Interface Core Logic (SICL) 309. 
[0022] SICL 309 provides an interface between host 
component 130 and PMC 200. SICL 309 is directly con- 
nected to host component 130 by a bidirectional control 
link 321 , a bidirectional data link 322, and a unidirection- 
al address link 323. Bidirectional control link 321 may 
comprise one or more individual control links. If host 
component 130 is a system memory, these control links 
may consist of chip select, write enable, read/write op- 
eration indicator, and output enable. Bidirectional data 
link 322 is used to exchange data during a "read" or a 
"write" operation. Unidirectional address link 323 is used 
to identify the host component address or other identi- 
fication means for a particular function module currently 
communicating with host component 130. 



[0023] In addition, SICL 309 is directly connected to 
DDFCL 307 by a bidirectional data link 325 and a bidi- 
rectional control data link 326. DDFCL 307 comprises 
seven different ports labeled as Ports A-G which in FIG. 

s 2 are shown configured to function modules 101-109. 
Each of Ports A-G further comprises two unidirectional 
input data links: an address link 329 and a read/write 
(RA/V) control link 331 . In addition, each port has a third 
link which may be a unidirectional output data link 333, 

to a unidirectional input data link 335, or a bidirectional da- 
ta link 337. Address link 329 is coupled to receive data 
input, e.g., system memory addresses or other identifi- 
cation means from the corresponding function module. 
Control link 331 is coupled to receive the control hand- 

15 shake Irom the corresponding function module. In the 
exemplary configuration of FIG. 2, Port A and Port B are 
configured as unidirectional data output links 333. Port 
C is configured as a unidirectional data input link 335, 
and Ports D-G are configured as bidirectional data links 
20 337. 

[0024] DDFCL 307 is further connected to DVL 301, 
PRL 303, and AGL 305 via an internal connection 339. 
The function modules have data links and address links 
only to DDFCL 307, but control links also exist between 
25 the function modules and DVL 301 , PRL 303, and AGL 
305. 

[0025] DVL 301 is coupled to function modules 
101-109 via unidirectional output control links 343. DVL 
301 comprises seven ports (Ports A-G), wherein each 

30 port corresponds to one of function modules 101-109. 
Each control link 343 is an unidirectional output control 
link capable of sending a data valid (DV) signal to the 
corresponding function module 101-109. An DV signal 
indicates whether data-exchange is enabled in DDFCL 

35 307. For ports having a unidirectional output data link 
333, the DV signal is asserted "high" to indicate that the 
function module is receiving data for a read operation. 
For ports having a unidirectional input data link 335, the 
DV signal is asserted "low" indicating that the function 

40 module is not receiving any data for a read operation. 
For ports having a bidirectional data link 337, the DV 
signal is low during a write operation and high during a 
read operation. 

[0026] PRL 303 is coupled to function modules 
45 101-109 via unidirectional input control links 345. PRL 
303 comprises seven ports (Ports A-G) wherein each 
port corresponds to one of function modules 101-109. 
PRL 303 is capable of receiving access request (REQ) 
signals from each of function modules 101-109 on adif- 
50 ferent unidirectional input control link 345. 

[0027] AGL 305 is coupled to function modules 
101 -1 09 via unidirectional output control links 341 . AGL 
305 comprises seven ports (Ports A-G), wherein each 
port corresponds to one of function modules 101-109. 
55 AGL 305 is capable of sending access granted (AG) sig- 
nals to function modules 101-109 via unidirectional out- 
put control links 341 . 

[0028] Aparticularfunction module initiates a commu- 
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nication to PMC 200 by asserting the corresponding 
REQ signal to PRL 303 via the corresponding input con- 
trol link 345 and a R/W control signal to DDFCL 307 via 
the corresponding R/W control link 331 . The REQ signal 
indicates that an access to the host component 130 is s 
requested and the R/W control signal indicates whether 
it is a read request or a write request. For example, if 
function module 1 03 wants to communicate to host com- 
ponent 130. function module 103 initiates communica- 
tion with PMC 200 by sending a REQ signal via input io 
control link 345 to corresponding Port D of PRL 303, and 
a control signal via R/W control link 331 to correspond- 
ing Port D of DDFCL 307. PRL 303 analyzes the REQ 
signal and determines whether access to function mod- 
ule 101 should be granted. It PRL 303 agrees to grant 75 
an access, a control signal is sent from PRL 303 to AGL 
305 and to DVL 301 via internal connection 339. AGL 
305 then sends an access granted (AG) signal to func- 
tion module 103 via output control link 341 of Port D. 
[0029] If function module 103 is intending to perform 20 
a write operation to host component 1 30, then, after the 
AG signal is sent on control link 341, the corresponding 
address link 329 and data link 337 are clocked in DDFCL 
307. Only then is the data written from function module 
103 to host component 130 via DDFCL 307 and SICL 25 
309. The DV signal remains in the low state for this op- 
eration. 

[0030] Alternatively, if function module 103 is intend- 
ing to perform a read from host component 130, when 
the AG signal is asserted, the corresponding clocked 30 
address is also forwarded from function module 103 to 
host component 130. When the data is read from host 
component 1 30, the DV signal is asserted from DVL 301 
to function module 103 to indicate that read data is now 
available. 35 
[0031] In the exemplary case, if function module 103 
has more than one word of data which needs to be trans- 
ferred to host component 130, the REQ signal will be 
continuously asserted by function module 103 to PRL 
303. In return, PRL 303 will continuously assert control 40 
signals to AGL 305 via internal connection 339 wherein 
the durations of the REQ signals and the control signals 
are equal to the number of clock signals and with each 
clock signal one word of data is transferred. To ease im- 
plementation for host component 130, a burst signal *s 
may be used as the input signal from function module 
103 to DDFCL 301 to indicate a predetermined number 
of words that may be transferred while the burst signal 
is being asserted. 

[0032] PMC 200 and its associated logic circuitry are so 
flexible in operation. If host component 130 is a system 
memory, as little as one word of data may be transferred 
to or from a function module to host component 130 be- 
fore another function module may be serviced. If host 
component 1 30 is a CPU, the data exchange is typically ss 
represented in data bursts or data streams. In this case, 
the number of data words transferred is equal to the 
burst, packet, or stream size. PMC 200 has the ability 



to accept requests from a plurality of function modules 
with data lengths varying from one word to multiple 
words. Thus, PMC 200 may deliver a high performance 
with minimal buffering requirements in the function mod- 
ules. 

[0033] PMC 200 also implements dynamic load bal- 
ancing between function modules 101-109. Within PMC 
200, PRL 303 analyzes each incoming request to en- 
sure that a function module with a higher priority will re- 
ceive more grants of access than a function module with 
a low priority. To accomplish this, two types of priority 
schemes may be used. In the first scheme, function 
modules have capabilities and decision making abilities 
on when to assert priority requests. In this scheme, each 
function module is provided with the capabilities of as- 
serting two types of requests - normal and priority. Gen- 
erally, only normal requests are asserted, but if the func- 
tion module must be granted access to host component 
130 immediately (e.g., when thefunction module will ex- 
perience a data loss condition), then a priority request 
is asserted. 

[0034] In the second priority scheme, PMC 200 is pro- 
vided with priority resolution logic to evaluate and assert 
priority requests. To accomplish this, each port of PRL 
303 is provided with a priority register that contains the 
weight of each port. The weight of a port is computed 
by counting the number of requests granted in a unit 
time. The port with the highest number of requests gets 
the highest weight and the function module connected 
to this port is considered a high priority function module. 
The port with the least number of requests gets the low- 
est weight and the function module connected to this 
port is considered a low priority function module. The 
sum of all weights for all ports is equal to or less than 
the bandwidth threshold of host component 130. The 
bandwidth threshold represents the maximum number 
of requests that may be granted per unit time. If the total 
number of incoming requests is less than the available 
bandwidth threshold, the weight to each port is redistrib- 
uted to ensure that a particular port is not starved (i.e., 
denied opportunity) to gain access to host component 
130. The weight or priority of each port is constantly 
monitored and is periodically adjusted by evaluating the 
rate of requests per port. This adjustment dynamically 
accommodates for loading conditions and results in an 
increased efficiency of bandwidth usage. 
[0035] PMC 200 also permits the reuse of function 
modules without any modifications. If thefunction mod- 
ules used in one computer or communications system 
need to be deployed in another system that utilizes new 
semiconductor technology, the point-to-point connec- 
tions of old system may be migrated without any modi- 
fications. Unlike prior art bus architecture, the point-to- 
point connections of the present invention are not affect- 
ed by new technology and rebalancing is not required 
to achieve the maximum available operating frequency. 
Thus, the function modules may be migrated to the new 
technology with a minimal cost. 
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[0036] PMC 200 may also handle changes in the func- 
tion modules without any changes in the architecture or 
bus design. If any function modules are removed or add- 
ed, their corresponding point-to-point connections to 
PMC 200 are simply removed or added, respectively. 
This does not affect the point-to-point connections of 
other function modules and their operational character- 
istics. 

[0037] While the exemplary embodiments of the 
present invention have been described with respect to 
processes of circuits, the present invention is not so lim- 
ited. As would be apparent to one skilled in the art, var- 
ious functions of circuit elements may also be imple- 
mented in the digital domain as processing steps in a 
software program. Such software may be employed in, 
for example, a digital signal processor, micro-controller, 
or general purpose computer. 

[0038] It will be further understood that various chang- 
es in the details, materials, and arrangements of The 
parts which have been described and illustrated in order 
to explain the nature of this invention may be made by 
those skilled in the art without departing from the scope 
of the invention as expressed in the following claims. 



Claims 

1 . A port manager controller (PMC) for controlling ac- 
cess to a host component by a plurality of function 
modules, wherein the PMC comprises: 

(a) a host component port configured to be con- 
nected to the host component; and 

(b) at least two function module ports, each 
configured to be connected via a point-to-point 
connection to one of the function modules, 
wherein: 

the PMC is configured to (1 ) receive a first 
access request from a first function module at 
a first function module port of the PMC, and (2) 
schedule a first access session for data ex- 
change between the first function module and 
the host component via the host component 
port and the first function module port. 

2. The controller of claim 1 , wherein the PMC is con- 
figured to either accept a second access request 
from a second function module, different from the 
first function module, during the first access ses- 
sion, or to schedule the first access session based 
on a priority level for the first function module rela- 
tive to other function modules. 

3. The controller of claim 2, wherein the PMC is con- 
figured to either schedule a second access session 
for data exchange between the second function 
module and the host component in response to the 
second access request, without requiring the sec- 



ond function module to send any other access re- 
quest, or to control at least one of the start time and 
duration of the first access session based on the 
priority level of the first function module. 

5 

4. The controller of claim 1 , wherein at least two func- 
tion module ports are configured to be connected 
to a single function module. 

10 5. The controller of claim 1 , wherein each function 
module port can be individually programmed to op- 
erate as either a bidirectional port or a unidirectional 
port. 

is 6. The controller of claim 1 , wherein the point-to-point 
connection is either a unidirectional connection, or 
a bidirectional connection. 

7. The controller of claim 1 , wherein the PMC compris- 
20 es: 

(a) system interface core logic (SICL) config- 
ured to be connected to the host component; 

(b) direction and data format control logic 
25 (DDFCL) connected to the SICL and configured 

to be connected to the function modules via a 
plurality of DDFCL ports; 

(c) access granted logic (AGL) connected to the 
DDFCL and configured to be connected to the 

30 function modules via a plurality of AGL ports; 

(d) priority resolution logic (PRL) connected to 
the DDFCL and configured to be connected to 
the function modules via a plurality of PRL 
ports; and 

35 (e) data valid logic (DVL) connected to the PRL 

and configured to be connected to the function 
modules via a plurality of DVL ports, wherein: 

the PRL and the DDFCL receive one or 
40 more control signals from a function mod- 

ule via corresponding PRL and DDFCL 
ports to request access to the host compo- 
nent; 

the PRL determines whether to grant ac- 
45 cess to the function module; 

if the PRL determines that access is to be 
granted, the AGL sends an access granted 
signal to the function module via the corre- 
sponding AGL port; and 
so during access by the function module, data 

is exchanged between the function module 
and the host component via the SICL and 
the DDFCL through the corresponding 
DDFCL port and the DVL sends a data val- 
ss id signal to the function module via the cor- 

responding DVL port. 

8. The controller of claim 7, wherein the PRL, the AGL, 
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the DVL, and the DDFCL communicate via an inter- 
nal bus. 

9. The controller of claim 7, wherein the PRL compris- 
es a register, the register storing priority information $ 
related to each of the function modules. 

10. The controller of claim 9, wherein the PRL is capa- 
ble of either monitoring the number of the access 
requests from each of the function modules and up- io 
dating the priority information in the register based 

on the monitoring information, or of evaluating the 
priority information in the register before generating 
the control signal to the AGL. 

15 

11. The controller of claim 7, wherein the PRL is capa- 
ble of handling a normal access request or a priority 
access request from each of the function modules. 

12. The controller of claim 7, wherein each port of the 20 
DDFCL is selectably and independently configura- 
ble as a unidirectional input port, a unidirectional 
output port, or a bidirectional port. 

25 
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FIG. 1 
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FIG. 2 
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(54) A port manager controller for connecting various function modules 



(57) An improved method and apparatus for con- 
necting various function modules located within a com- 
puter or communications system are proposed. In ac- 
cordance with the principles of the present invention, a 
port manager controller (PMC) has a direct interface to 
each of the function modules and to a host component 
such as a system memory or a CPU. The PMC replaces 
both the local bus and the arbitrator of prior art systems. 
All the requests by function modules to access the host 
component are first processed by the PMC. The PMC 
schedules the incoming requests in accordance with 
predefined parameters, such as priority, efficiency, and/ 
or timing. The PMC is capable of handling more than 
one request at a time. The PMC is also capable of dy- 
namically adapting to load conditions and rearranging 
the incoming requests to efficiently utilize the available 
bandwidth. Thus, the PMC reduces latency and im- 
proves the performance of the computer or communica- 
tions system. The PMC also eliminates the need for 
changes in bus architecture when new function modules 
are added or old function modules are removed and per- 
mits the reuse of old function modules. The PMC also 
reduces the need for internal buffers and thereby reduc- 
es manufacturing costs. 
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